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ART I FACT- FREE DISPLAYING OF MPEG-2 VIDEO IN THE PROGRESSIVE- 
REFRESH MODE 

FIELD OF THE INVENTION 
5 The present invention is related to decoding of MPEG-2 

video stream, and particularly to a method and apparatus for 
artifact-free decoding and displaying of MPEG-2 video in a 
progressive-refresh mode. 

10 BACKGROUND OF THE INVENTION 

Conventional MPEG-2 decoders typically do not have any 
capability for special handling of progressive refresh 
bitstreams, which do not contain intra-pictures ( I-pictures ) , 
and in which a portion of each prediction-picture (P-picture) is 

15 independently decodable. In progressive refresh bitstreams, the 
decodable portion of each P-picture in a set of P-pictures 
typically moves from top to bottom, starting at the top of the 
first P-picture in the set and ending at the bottom of the last 
P-picture in the set. Hence, no P-picture is completely 

20 refreshed (or decoded) until a set of P-pictures has been 
decoded so that each portion of an entire picture area is 
refreshed in at least one of the P-pictures. Thus, display of 
artifacts is often unavoidable after channel acquisition (e.g., 
due to switching channel) since the first few anchor pictures 

25 are typically not completely refreshed P-pictures. 

Therefore, it is desirable to provide an apparatus and 
method for preventing artifacts from being displayed after 
channel acquisition. 

30 SUMMARY 

In one embodiment of the present invention, a method of 
displaying a progressive refresh bitstream is provided. The 
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progressive refresh bitstream comprises a plurality of P- 
pictures. A first P-picture containing a first section, which 
comprises one or more I-slices, is decoded. Pixels of the first 
P-picture, except for those corresponding to the first section, 
5 are zeroed out prior to displaying the first P-picture. Then, 
the first P-picture is displayed. 

In another embodiment of the present invention, an 
apparatus for decoding and displaying a progressive refresh 
bitstream is provided. The progressive refresh bitstream 
10 comprises a plurality of P-pictures. The apparatus comprises an 
Q MPEG-2 decoder for decoding the P-pictures, means for zeroing 
m out pixels of the P-pictures, and display means for displaying 
^ the P-pictures. The MPEG-2 decoder decodes a first P-picture 

0 containing a first section, which comprises one or more I- 
jSl5 slices. The zeroing out means zeroes out pixels of the first P- 

1 picture, except for the pixels that correspond to the first 
yi section. The display means displays the first P-picture with 
! if the pixels, except for the pixels that correspond to the first 
O section, zeroed out. 

r 20 In yet another embodiment of the present invention, a 

system for encoding and decoding a progressive refresh bitstream 
is provided. The system comprises an MPEG-2 encoder for 
encoding video into the progressive refresh bitstream. The 
progressive refresh bitstream comprises a plurality of P- 

25 pictures. The system also comprises an MPEG-2 decoder for 
decoding the P-pictures, a transmission medium for carrying the 
progressive refresh bitstream from the MPEG-2 encoder to the 
MPEG-2 decoder, means for zeroing out pixels of the P-pictures, 
and display means for displaying the P-pictures. The MPEG-2 

30 decoder decodes a first P-picture containing a first section, 
which comprises one or more I-slices. The zeroing out means 
zeroes out pixels of the first P-picture, except for the pixels 
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that correspond to the first section. The display means 
displays the first P-picture with the pixels, , except for the 
pixels that correspond to the first section, zeroed out. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

These and other aspects of the invention may be understood 
by reference to the following detailed description, taken in 
conjunction with the accompanying drawings, which are briefly 
described below. 

10 FIG. 1 is a block diagram illustrating MPEG-2 decoding 

process, which may be used to implement one embodiment of the 

present invention; 

FIG. 2 illustrates motion vector search range during a 

progressive-refresh mode; 
15 FIG. 3 is a flow diagram of an exemplary process of 

handling decoding after channel acquisition in an embodiment 

according to the present invention; and 

FIG. 4 is a step-by-step example of a process of handling 

decoding after channel acquisition in an embodiment according to 
20 the present invention. 

DETAILED DESCRIPTION 

Within an MPEG-2 coded bitstream, the coded picture 
following a group of pictures (GOP) header is an I -picture. 

25 However, if there is no GOP header in the bitstream, I-pictures 
are not mandated in the bitstream. The use of "no I-picture" 
bitstreams typically results in savings to transmission 
bandwidth since an I-picture generally contains more bits than a 
bi-directional picture (B-picture) or P-picture generated for 

30 the same image. One such "no I-picture tr bitstream is called 
HITS (headend-in-the-sky) progressive refresh bitstream used by 
Motorola, Inc., formerly General Instrument (GI). The GI HITS 
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bitstream (or HITS bitstream) is MPEG-2 compliant, and may be 
used to provide PCI/cable services and/or other video 
transmission services . 

When some MPEG-2 encoders, such as, for example, the 
5 DigiCipher® II encoder available from Motorola, Inc., 
Schaumburg, IL, are configured for progressive refresh, the 
refresh depth can be specified. This depth can range from 1 to 
9 slices per P-picture to be refreshed. The default value in 
the case of the DigiCipher® II encoder is three slices per P- 

10 picture while B-pictures are enabled and one slice per P-picture 
while B-pictures are disabled. One typical configuration in the 
case of the DigiCipher® II encoder is six slices per P-picture 
while "two B-picture mode" is enabled. 

In a HITS bitstream, number of slices equaling the refresh 

15 depth are forced to be I-slices in each P-picture, and these I- 
slices are often referred to as "refreshed I-slices/' In the 
progressive refresh mode, the location of the refreshed I-slices 
in a set of P-pictures (for an image) moves from the top at the 
first picture in the set to the bottom of the last picture in 

20 the set, and moves back to the top at the next set of P- 
pictures. In the progressive refresh mode, both intra_slice_f lag 
and intra_slice are set to "1" for the refreshed intra slices. 
For ordinary (non-refreshed) I-slices, the intra_slice flag is 
not set to " 1" . 

25 When I-pictures are not used during MPEG-2 decoding, e.g., 

■ in the case of the HITS bitstream, none of the pictures is 
completely decoded until the refreshed I-slices corresponding to 
an entire image area, from top to bottom (each P-picture 
including one or more refreshed I-slices) have been decoded. If 

30 a picture is displayed prior to complete decoding of at least 
one picture following channel acquisition, undesirable artifacts 
typically appear since at least a portion of the displayed 
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picture then would remain undecoded. The embodiments of the 
present invention preferably prevent these undesirable artifacts 
from being displayed while decoding and displaying progressive 
refresh (e.g., HITS) bitstreams. 
5 FIG. 1 is a block diagram 10 of an exemplary MPEG-2 

decoder, which may be used to implement an embodiment according 
to the present invention. A video buffer manager 12 receives an 
MPEG-2 coded bitstream, such as, for example, the HITS 
bitstream, and provides the MPEG-2 bitstream to a VLDEC 
10 (variable length decoder) 14, which may be a Huffman decoder. 
O The HITS bitstream may comprise MPEG-2 video streams that 

m are compatible with Main Profile at Main Level (MP@ML) , Main 
i; Profile at High Level (MP@HL) , and 4:2:2 Profile at Main Level 
□ (4:2:2@ML), including ATSC (Advanced Television Systems 
%5 Committee) HDTV (high definition television) video streams, as 
s well as any other standard digital cable and satellite streams, 

jn The VLDEC 14 sends encoded picture (macroblocks ) to an 

inverse quantizer (IQTZ) and inverse discrete cosine transform 
O block (IDCT) 18 for decoding. Meanwhile, the VLDEC 14 extracts 
r 20 motion vector information from the MPEG-2 bitstream and sends it 
to a motion vector reconstructor 22 for reconstruction of motion 
vectors . 

The motion vector reconstructor 22 sends the reconstructed 
motion vectors to a pixel prediction block 24 which uses 

25 pictures (frames or fields) from a forward picture buffer 26 
and/or a backward picture buffer 28, together with the motion 
vectors, to predict pixels and provide them to a picture 
reconstructor 20. For example, when the MPEG-2 decoder 10 is 
used to decode the HITS bitstream, the motion vector search 

30 range of the motion vectors generated by the motion vector 
reconstructor 22 preferably is limited in each P-picture to a 
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portion corresponding to portions containing the refreshed IE- 
slices in previously decoded P-pictures. 

The picture reconstructor 20 uses the predicted pixels and 
the decoded picture from the IDCT 18 to reconstruct the picture 
5 that was encoded by an encoder, such as, for example, the 
DigiCipher® II encoder. The reconstructed picture is then 
stored in a reconstructed picture buffer 30, and may be 
displayed in accordance with a display order. The reconstructed 
picture may also be used as a forward picture and/or backward 
10 picture for decoding of other pictures. 
Q The reconstructed pictures may be in Standard Definition 

d television (SDTV) and/or High Definition television (HDTV) 
formats. Further, the reconstructed pictures may be converted 
Q to and/or displayed in one or more of analog and/or digital 
£15 video formats, which may include, but are not limited to, both 
:L, component (e.g., YP R P B , YC R C B and RGB) and composite video, e.g., 
Lfl NTSC, PAL or SECAM format video, or Y/C (S-video) compatible 
formats. The reconstructed pictures may also be converted to be 
p displayed on a Digital Visual Interface (DVI) compatible monitor 
20 or converted to be in any other customized display formats. 

FIG. 2 illustrates motion vector search range during a 
progressive-refresh mode, which may be used in an embodiment 
according to the present invention. When an MPEG-2 encoder, 
such as, for example, the DigiCipher® II encoder, is configured 
25 for progressive refresh, the vertical search range for motion 
vectors in a P-picture preferably is restricted. The motion 
vectors for the macroblocks located above the refreshed I-slices 
in the current P-picture should point only to the region above 
the refreshed slices in the previous P-picture. In other words, 
30 these motion vectors may not search below the lowest refreshed 
I-slice in the previous P-picture. 
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For example, FIG. 2 shows a sequence 100 of P-pictures 104, 
110, 116 and B-pictures 106, 108, 112, 114 of an MPEG-2 video 
stream in progressive-refresh mode. Each of the P-pictures 104, 
110 and 116 includes one or more intra slices (I-slices) . The 
5 sequence 100 illustrates a picture sequence with M=3 where the 
value of M is one more than the number of consecutive B pictures 
between two consecutive P pictures. 

The P-picture 104 has refreshed I-slices at the top of the 
picture. The vertical search range for motion vectors in the P- 
10 picture 110 preferably is limited to the refreshed I-slices 
C 2f region of the P-picture 104. Further, the vertical search range 
03 for motion vectors in the P-picture 116 preferably is limited to 
?2 the refreshed I-slices regions of the P-pictures 104 and 110. 
O Sequence header and extension 102 may be inserted before 

£15 any P-picture, e.g., before the P-picture 110 in Figure 1. The 
JL sequence header contains information used for display of 
U1 pictures, such as, for example, picture size, bit rate, and the 
^1 like. Since sequence header is typically needed for displaying 
H MPEG-2 pictures, the nearest sequence header is parsed to obtain 
20 the display information. 

Since each P-picture in a progressive-refresh bitstream 
contains refreshed I-slices for independent decoding of only a 
portion of the P-picture, in order to obtain a completely 
refreshed P-picture, a number of prior P-pictures, each 
25 containing refreshed I-slices, should be decoded. 

The following process may be used to determine the minimum 
number of P-pictures required for obtaining a completely 
refreshed P-picture . 

For example, suppose: 
30 1) num_of__slices = vertical_size/16; 

2) ref resh_depth: number of refreshed I-slices in a P- 
picture; and 
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3) first_intra_slice: the vertical location of the first 
refreshed I-slice in a P-picture in an embodiment according 
to the present invention may be computed by 
if (picture_tYpe===P-picture) 



10 
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for (iRow=0; iRow<num_of__slices ; iRow++) 
{ 

next_start_code ( ) ; 

slice_num= slice_start_code&0x000000FF; 
if (intra_slice_f lag) 
break; 

} 

first intra slice = slice num-1; 



} 



The minimum number of prior P-pictures needed to be 
decoded for complete decoding of the P-picture in this 
example is given by: 



num_of ^slices + first JnXra_slice ^ ^ < first Jntra _ slice < num _of _ slices - refresh ^depth; 
refresh depth 



num _of _slice 
refresh depth 



1, 



first _ int ra _ slice = num of _ slices - refresh _ depth. 



20 For example, Table 1 below shows the minimum number of 

prior P-pictures needed to be decoded for the vertical_size=480 
for complete decoding of a P-picture. The num_of_slices in this 
case is equal to vertical_size/16 = 30. 



refresh depth 


first intra slice 


Np 


Notes 


6 


0 


5 




6 


24 


4 


the best 
case 


6 


18 


8 


the worst 

case 


3 


3 


11 




3 


27 


9 


the best 
case 


3 


24 


18 


the worst 
case 
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TABLE 1: The Minimum Number of Prior P-Pictures Needed to 
Be Decoded for Complete Decoding 

In an MPEG-2 encoding/decoding system without a provision 
for special handling of progressive refresh bitstreams, 
artifacts are often unavoidable after channel acquisition (e.g., 
after switching channel) since the first few anchor pictures are 
usually not "completely refreshed" P-pictures. Accordingly, the 
artifacts may be displayed on a monitor or television while the 
first completely refreshed picture to be displayed is being 
decoded . 

FIG. 3 illustrates an exemplary process of handling 
decoding after channel acquisition in an embodiment according to 
the present invention. To remove "channel acquisition" 

artifacts, the process of FIG . 3 includes a special procedure 
for handling the first few pictures after the " channel 
acquisition". In FIG. 3, an entry picture is defined as the 
first P-picture with the top slice being a refreshed I-slice. 
Using the process of FIG. 3, performance enhancement for 
decoding and displaying of progressive refresh bitstreams may be 
realized. 

In step 150, the process of FIG. 3 preferably searches for 
sequence headers and parses them when found. During parsing, 
information needed for displaying the pictures, such as, for 
example, picture size and bit rate, is extracted. If a GOP 
header follows the sequence header as indicated in step 152, a 
normal decoding process takes place as indicated in step 154, 
since the GOP header in MPEG-2 video stream would indicate that 
the following picture is an intra picture (I-picture), and 
therefore no special procedure is required after channel 
acquisition. In other words, in this case, the MPEG-2 video 
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stream is not a progressive refresh bitstream, such as r for 
example, the HITS bitstream. 

If a GOP header does not follow the sequence level headers, 
the entry_picture preferably is set to 0 as indicated in step 
5 156. The setting of entry_picture to 0 preferably clears the 
variable entry_picture so that the default value is that the 
current picture is not an entry picture. If the picture is an 
I-picture as indicated in step 158, the process preferably 
proceeds to step 154 for normal decoding. If the picture is not 
10 an I-picture, a determination preferably is made in step 160 as 
y to whether the picture is a P-picture. 

HI If the process in step 160 determines that the picture is 

A not a P-picture, the picture preferably is decoded as indicated 
R in step 184, but preferably is not displayed as indicated in 
£15 step 186 since the display of an incompletely decoded picture 
L would include artifacts. Then the process preferably repeats 
Ul with the next picture, starting with determination of whether it 
in is an I-picture or not as indicated in step 158. In other 
p embodiments, the picture may not be decoded if it is neither an 
20 I-picture nor a P-picture, since it probably is a B-picture, and 
B-pictures are typically not decoded or displayed in the absence 
of a completely decoded picture on both sides (before and after 
the B-pictures) of them. 

If the picture is a P-picture, the picture is decoded in 
25 step 162. During decoding, the refresh depth is determined in 
the first pass since the refresh depth is needed to determine 
the number of refreshed I-slices to be decoded in each P- 
picture. During the first path, the first refreshed I-slices 
may be found and the refresh depth obtained from them, but not 
30 necessarily decoded since the display begins with the entry 
picture. In step 164, a determination is made as to whether the 
intra_slice_f lag - 1 in the first slice. In other words, step 
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164 preferably determines whether or not the picture is an entry 
picture, the first P-picture with the top slice being a 
refreshed I-slice. If the picture is an entry picture, the 

entry_picture variable preferably is set to 1 in step 166 to 
indicate that the entry picture is being processed. 

Then in step 168, all pixels below the refreshed I-slices 
(in this case, I-slices of the entry picture) preferably are 
zeroed out so that none of the non-refreshed portion (containing 
artifacts) of the P-picture is displayed. In step 170, the P- 
picture is displayed according to display order, and the process 
repeats with the next picture for processing, starting with 
determination of whether the picture is an I-picture or not in 
step 158. 

It should be noted that the display order may not be the 
same as the decode order in MPEG-2 video. For example, when the 
MPEG-2 video stream includes a sequence of pictures P1B1B2P2 (in 
display order), the B-pictures B x and B 2 are displayed before the 
second P-picture P 2 . However, in order to decode the B-pictures 
Bi and B 2 , the second P-picture P 2 must be decoded first. So the 
decode order in this case would be PiP 2 BiB 2/ which is different 
from the display order. 

If it is determined that intra_slice_f lag is not equal to 1 
in the first slice in step 164, the process in step 172 
preferably checks whether the entry_picture = 1 to determine 
whether an entry picture has already been received. If the 
entry picture has not been received as determined in step 172, 
the display is held as indicated in 188 since the top of the 
picture would contain artifacts in the absence of a received 
entry picture, and displaying of this picture would result in 
displaying of artifacts at the top of the picture. Then the 
process preferably repeats with the next picture, starting with 
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determination of whether it is an I-picture or not as indicated 
in step 158. 

If the entry picture has been received previously, i.e., 
entry picture=l, as determined in step 172, the process in step 
174 preferably determines whether the intra_slice_f lag = 1 in 
the last slice, which would indicate that the picture can be 
completely decoded, since both the entry picture (with refreshed 
I-slices at the top) and the picture with the refreshed I-slices 
at the bottom (and all the pictures in between) have been 
refreshed. 

If the last slice is not a refreshed I-slice, the process 
in step 190 preferably zeroes out all pixels below the refreshed 
I-slices. Then the process in step 192 preferably displays a P- 
picture according to display order, and goes onto the next 
picture to repeat the process, starting with the determination 
of whether the next picture is an I-picture or not as indicated 
in step 158. 

If the last slice is a refreshed I-slice, the process 
preferably displays a P-picture according to display order in 
step 17 6, and moves on to the next picture. In this case, 
pixels are not zeroed out since now the bottom of the picture 
includes refreshed I-slices, and therefore the P-picture is 
completely decodable. Then the process in step 178 determines 
whether or not the next picture is a P-picture. If it is a P- 
picture, the process in step 154 starts a normal decoding 
process since at least one fully decoded picture is now 
available . 

If the picture is not a P-picture, e.g., if the picture is 
a B-picture, the process in step 180 decodes the picture. 
However, the display is muted as indicated in step 182 since 
complete decoding (refreshing) of at least two P-pictures are 
typically required for complete decoding of B-pictures. Thus, 
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the process preferably repeats steps 178, 180 and 182 with one 
or more next pictures until a P-picture is determined in step 
178. In other embodiments, if the picture is not a P-picture, 
as determined in step 178, it may not even be decoded since it 
5 is not displayed anyway. 

Using the process of FIG. 3, an image (which may be 
composited from a sequence of pictures), starting with the entry 
picture, is painted from top to bottom on a display device 
(e.g., television or monitor) after the channel acquisition, 
10 with yet-to-be refreshed portion of the image blacked (zeroed) 
□ out. This way, undesirable artifacts are not displayed on the 
m display device, and the viewer does not have to wait for a 
2j period of time (e.g., a few seconds) for the first displayed 
O picture of the progressive refresh bitstream to be completely 
^15 decoded after the channel acquisition. Otherwise, the viewer 
s may have to wait for a few seconds wondering whether his set-top 

m box or other component of the media distribution system is 
malfunctioning. 

O FIG. 4 is a step-by-step example of a process of handling 

f ^20 decoding after channel acquisition in an embodiment according to 
the present invention. A picture sequence 200 of FIG. 4 is an 
example of a progressive refresh bitstream, such as, for 
example, the GI HITS bitstream. The picture sequence 200 
includes P-pictures 202, 208, 214, 220, 226 and B-pictures 204, 
25 206, 210, 212, 216, 218, 222, 224, 228, 230. In practice, the 
progressive refresh bitstream may include a number of pictures 
both before and after the picture sequence 200. Also, the 
picture sequence 200 illustrates a display order, and the 
transmission order and/or the decoder order may be different. 
30 Further, other GI HITS bitstreams may not include B-pictures. 

Each of the P-pictures 202, 208, 214, 220, 226 preferably 
includes one or more refreshed I-slices. A sequence header and 
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a sequence extension preferably are inserted between the B- 
picture 206 and the P-picture 208. In other embodiments and/or 
other examples of this embodiment, the sequence header and the 
sequence extension may be inserted at other suitable location 
5 throughout the progressive refresh bitstream. The P-picture 220 
is an entry picture, which is defined as the first P-picture 
with the top slice being a refreshed I-slice. 

As illustrated in step 1 (240), the process preferably 
searches for and finds a sequence header and sequence extension, 
10 preferably parses them, and stores parameters, such as, for 
% example, picture size and bit rate. 

£0 As illustrated in step 2 (250), the process preferably 

O decodes the P-pictures 208, 214 and B-pictures 210, 212, 216, 
H 218, but preferably does not display them since displaying these 
£15 pictures would introduce undesirable artifacts at the top of the 
L displayed image since each of these pictures is ahead of the 
first entry picture in display order. In other embodiments, the 
IE P-pictures 208 and 214 may be decoded, but the B-pictures 210, 
212, 216 and 218 may not be decoded. 
20 The P-picture 220 is an entry picture having refreshed IE- 

slices at the top of the picture. As illustrated in step 3 
(260), a refresh depth preferably is determined (may be through 
the first pass form a previous non-displayed P-picture, e.g., 
the P-picture 208), and when the P-picture 220 is encountered 
25 and recognized as an entry picture, it is decoded. Then the 
pixels below the refreshed I-slices preferably are zeroed out, 
and the entry picture with the zeroed out pixels below the 
refreshed I-slices is displayed. 

In other embodiments, the entry picture may have refreshed 
30 I-slices at other sections of the picture, for example, at the 
bottom of the picture or any other suitable location. In an 
embodiment where the entry picture has refreshed I-slices at the 
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bottom of the picture, for example, an image (which may be 
composited from a sequence of pictures), starting with the entry 
picture, may be painted from bottom to top on a display device 
(e.g., television or monitor) after the channel acquisition, 
5 with yet-to-be refreshed portion of the image (above the 
refreshed I-slices) blacked (zeroed) out. In this embodiment, 
for example, the motion vector search range may be limited to 
below the refreshed I-slices of the current P-picture until at 
least one picture is decoded completely. 
10 As illustrated in step 4 (270), the B-pictures 222, 224 may 

^ be decoded but preferably are muted from being displayed. 
03 Instead, the decoded entry picture (with the pixels below the 
A! refreshed I-slices blacked out) continues to be displayed. In 
H other embodiments, the B-pictures 222 and 224 may not even be 
£15 decoded. 

JL Next, the P-picture 226 preferably is decoded and all 

U1 pixels below the refreshed I-slices preferably are zeroed out. 
IS Then the P-picture 226 with the zeroed out pixels below the 
H refreshed I-slices is displayed. 
20 In step 5, the process of decoding the B-pictures, but 

muting them, decoding the next P-picture, zeroing out pixels 
below the refreshed I-slices, and displaying the reconstructed 
P-picture preferably are repeated until the last slice of a P- 
picture is a refreshed I-slice. Then, the process preferably 
25 switches to the normal decoding (and displaying) mode. 

To verify the embodiments of the present invention, a C- 
model simulation code has been developed on a basis of the 
ISO/IEC 13818-5 software. The simulation has been conducted by 
processing captured GI HITS progressive-refresh video streams. 
30 The results of the simulation show that the embodiments of the 
present invention successfully eliminate decoding artifacts 
after "channel acquisition". 
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Although this invention 
specific embodiments, many 
variations would be apparent to 
therefore to be understood that 
5 otherwise than as specifically 
embodiments of the invention 
respects as illustrative and no 
invention to be determined by 
equivalents . 



has been described in certain 
additional modifications and 
those skilled in the art. It is 
this invention may be practiced 
described. Thus, the present 
should be considered in all 
t restrictive, the scope of the 
the appended claims and their 



340699-1 



16 



